1 



COMMUNICATION SYSTEM OF AN AUTOMATION EQUIPMENT BASED 
ON THE SOAP PROTOCOL 

The present invention concerns a communication 
system on a global network of the Internet, Intranet or 
Extranet type, between at least one automation 
equipment offering one or more automatic control 
5 functions and at least one remote device, allowing the 
Simple Object Access Protocol (SOAP) to be used in an 
automation equipment, by means of at least one WEB 
service and/or one WEB client able to interact with a 
program of the automation equipment. The present 

10 invention also concerns a communication process based 
on this communication system and an automation 
equipment capable of implementing this communication 
system and process . Such a communication system may 
apply to any automatic control application belonging to 

15 the area of process automation, automatic controls in 
construction or in the control of electrical 
distribution networks. 

By the term "automation equipment" will be 
hereinafter denoted a programmable logic controller, a 

2 0 digital control, a monitoring/control station but also 
any automatic control device or module having at least 
one processing unit, capable of being connected to an 
IP network as defined in the following paragraph, and 
capable of running a program to offer one or more 

2 5 automation functions in an automatic control 
application. For example, in this definition will be 
included a dedicated module or an input /output module 
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of a programmable logic controller, a conversational 
terminal, a speed controller, etc. 

It is known that such an automation equipment may 
be incorporated into a WEB server so as to be able to 
5 exchange data relating to this automation equipment 
with a remote WEB client, such as a browser, connected 
to a global communications network. This global network 
is of the Internet, Intranet or Extranet type, 
complying with the TCP/IP standard or the UDP/IP 

10 standard, and will be called "IP network" in the 
remainder of the disclosure. These functionalities are 
described particularly in documents W09913418, 
US6061603 and US5805442 . Data relating to the 
automation equipment is then formatted and sent by the 

15 WEB server, for example in the form of HTML or XML 
pages. It is also possible for a WEB server implanted 
in an automation equipment to be able to load a 
program, generally called an Applet, into a remote 
device, which program runs in the remote device so as 

2 0 to exchange with the WEB server of the automation 
equipment requests transported by the IP protocol . 

By the term "remote device" will hereinafter be 
denoted either an individual computer, a portable 
telephone, a device of the Personal Digital Assistant 

2 5 (PDA) type or a computer server, such as an 

Applications Service Provider (ASP) applications 
server, a WEB server, a WAP server, a database 
management system (DBM) server, an integrated 
management package (IMP) server, an Enterprise Resource 

3 0 Planning (ERP) server, an Enterprise application 

integration (EAI) server, an electronic document 
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management server, a Business-to-Business (B-to-B) e- 
coramerce server or any other data processing system. By 
remote device may also be denoted a group of remote 
devices communicating with each other. A remote device 
5 comprises at least one processing unit, is capable of 
being connected to at least one automation equipment 
via an IP network and of running a computer program or 
a group of computer programs. Some automation 
equipments, such as conversational terminals, may be 

10 considered as remote devices. 

The SOAP protocol is a protocol allowing 
information to be exchanged simply in a decentralised 
environment. It is based on the standardised extensible 
Markup Language (XML) and may be used in combination 

15 with several other WEB protocols such as Hyper Text 
Transfer Protocol (HTTP) , Hyper Text Transfer 
Protocol/Secure Socket Layer (HTTPS or HTTP/SSL) , 
Simple Mail Transfer Protocol (SMTP) , File Transfer 
Protocol (FTP) and with the IP protocol. The SOAP 

2 0 protocol is based on XML diagrams and provides a 
vocabulary defining a communication request structure, 
content and syntax. This protocol is registered with 
the World Wide Web Consortium (W3C) . 

It would be particularly advantageous for the 

25 designer of an application in a remote device using 
development tools which are increasingly common in the 
WEB applications market, to be able to exchange data 
directly on an IP network with one or more automation 
equipments and to do this by means of the SOAP 

30 protocol. By adapting the automation equipment to 
protocols stemming from the data processing world, an 
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automation equipment could communicate with a remote 
data processing application developed separately with 
development tools from the data processing world, 
without having to develop proprietary gateways or 
5 protocols, thus making the fields of automation 
equipments wide open to the world of the Internet. 

To this end, the invention describes a 
communications system on an IP network between an 
automation equipment running a program to provide 

10 automation functions and one or more remote devices 
running a computer program or group of computer 
programs. The communications system is based on the 
Simple Object Access Protocol (SOAP) for the purpose of 
providing the remote device with supervision, display, 

15 control, configuration or programming functions of the 
automation equipment, and the communications system 
comprises, in the automation equipment, at least one 
WEB service or a WEB client which are capable of 
interacting with the automation equipment program, of 

2 0 decoding messages received from the IP network encoded 
according to the SOAP protocol and of encoding 
according to the SOAP protocol messages to be sent on 
the IP network. 

The communications system may also comprise a 

2 5 service description document which describes the 

capacities of one or more WEB services implanted in an 
automation equipment, this service description document 
being accessible via a remote device either from its 
local resources, or from remote resources identified by 

3 0 a Uniform Resource Locator (URL) , Universal Resource 

Identifier (URI) or Internet Protocol (IP) address. It 
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may be stored in storage means located in the 
automation equipment or may be generated dynamically by 
the automation equipment; moreover it complies with a 
service description language referring to the SOAP 
5 protocol or the HTTP, HTTPS protocol and providing a 
grammar based on the extensible Markup Language (XML) . 

Given the expandable nature of the XML language, 
it will be possible for new elements to be added 
ensuring upward compatibility without previous 

10 developments being destabilised. Moreover, through the 
service description documents, unification of very 
different units will be achieved, by storing and making 
accessible to all "metadata" describing the services 
which they are capable of displaying. 

15 Other characteristics and advantages will emerge 

in the following detailed description referring to an 
embodiment which is given by way of example and 
represented by the appended drawings in which: 

figure 1 shows a first example of a 

2 0 communication system according to the invention between 
an automation equipment including a WEB service and a 
remote client device, 

figure 2 shows a second example of a 
communication system between an automation equipment 

25 including a WEB client and a remote server device, 

- figure 3 shows an example in which an automation 
equipment, communicating with a remote device both 
client and server, comprises a separate WEB client and 
WEB service, 
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- figure 4 repeats figure 3 with an automation 
equipment comprising a WEB client included in a WEB 
service, 

figure 5 shows an example of communication 
5 wherein an automation equipment provides a remote 
device with a service description document so as to be 
able to communicate with it, 

figure 6 shows in diagrammatic form the 
different stages of a process implementing the 
10 communication system according to the invention with in 
particular a service description document stored in a 
remote device different from the automation equipment, 

figure 7 shows a variant of the communication 
process in figure 6. 
15 A WEB service is a resource accessible on the WEB, 

via a network interface, which accepts requests and 
sends back responses to these requests. This resource 
is described in formal terms by a software interface 
contained in a service description document. 

2 0 Implementing such a software interface in an automation 

equipment is called a "WEB service" in the present 
disclosure. A WEB client is a resource able to access 
the WEB, via a network interface, which sends requests 
and receives responses to these requests. 
25 Referring to figures 1 and 2, an automation 

equipment 10 is connected by an IP network 50 to a 
remote device 30. The automation equipment 10 comprises 
at least one processing unit capable of running a 
program 2 0 making it possible to offer one or more 

3 0 automatic control functions to an automatic control 

application. This program 2 0 may for example be an 
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application or user program making it possible to make 
from the control of the automation equipment or 
directly the operating system of the automation 
equipment 10. The automation equipment 10 comprises at 
5 least one WEB service 21 and/or one WEB client 22 
capable of interacting with the program 2 0 of the 
automation equipment. A remote device 30 comprises at 
least one processing unit capable of running a computer 
program or group of computer programs able to 

10 incorporate a plurality of client 31 and/or server 32 
WEB applications. 

Figure 1 shows an automation equipment 10 
communicating with a remote device 3 0 on an IP network 
50. The remote device 30 runs a WEB client application 

15 31 capable of sending on the IP network 50 requests 51 
complying with the SOAP protocol . A SOAP request 51 is 
received by a WEB service 21 from the automation 
equipment 10 which decodes it, runs it and sends back a 
response 52 encoding it according to the SOAP protocol . 

20 The client application 31 is capable of receiving SOAP 
responses 52 . 

Symmetrically, figure 2 shows an automation 
equipment 10 communicating with a remote device 3 0 on 
an IP network 50. The automation equipment 10 includes 

25 a WEB client 22 capable of sending on the IP network 50 
requests 53 encoded according to the SOAP protocol. A 
SOAP request 53 is received by a WEB server application 
3 2 from the remote device 3 0 which decodes it, runs it 
and sends back a response 54 encoding it according to 

30 the SOAP protocol. The WEB client 22 is capable of 
receiving and decoding SOAP responses 54 . 



Figure 3 shows an automation equipment 10 
including both a WEB service 21 and a separate WEB 
client 22, which communicate with a WEB client 
application 31 and a WEB server application 32 of a 
5 remote device 30 respectively. The WEB client 31 and 
WEB server 32 applications may or may not belong to a 
same remote device 30 connected to the IP network 50 
and comprising, for example, an Enterprise Resource 
Planning (ERP) application. In the variant shown in 

10 diagrammatic form in figure 4, the automation equipment 
10 comprises a WEB client 22 which is included in a WEB 
service 21. For example, this WEB service 21 may 
incorporate a subscription functionality 51, 52 from 
which it is possible to send, initiated by the WEB 

15 service 21 or initiated by the automation equipment 10, 
a notification 53, 54 to at least one remote device 30, 
to inform the latter of events or states concerning the 
automation equipment 10. 

The example below shows a request 51 complying 

2 0 with the SOAP protocol, sent by a WEB client 

application 31, to go read a "voltage" datum on a WEB 
service 21 of an automation equipment 10 named: 
" http : //equipement- automati sme - 1 . schneider- 
elec trie .com/ 'service -1" , followed by a response 52 
25 complying with the SOAP protocol, sent by the WEB 
service 21 of the automation equipment 10, returning 
the value "220" for the WEB client application 31. 

SOAP message incorporated in the HTTP request 51: 

POST / service -1 HTTP/ 1.1 

3 0 Host: equipement-automatisme-l.schneider-electric.com 

Content -Type : text/xml; charset="utf-8" 
Content -Length : nnnn 
SOAPAction: "Some-URI" 
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<SOAP-ENV : Envelope 

xmlns : SOAP-ENV= "http : // schemas .xmlsoap . org/ soap/ envelope/ " 
SOAP- 

5 ENV : encodingStyle="http : //schemas .xmlsoap . org/ soap/ encoding/ " > 
<SOAP-ENV:Body> 

<m:Read xmlns :m=" Some -URI"> 

<Variable>Voltage</Variable> 
</m:Read> 
10 </SOAP-ENV:Body> 
</ SOAP - ENV : Enve 1 ope > 



SOAP message incorporated in the HTTP request 52 : 

HTTP/1.1 200 OK 
15 Content - Type : text/xml; charset="utf -8" 

Content - Length : nnnn 

<S0AP-ENV : Envelope 

xmlns : SOAP-ENV= "http : / /schemas .xmlsoap . org/soap/ envelope/" 
2 0 SOAP- 

ENV:encodingStyle="http : / /schemas .xmlsoap . org/ soap/ encoding/ " > 
<SOAP-ENV:Body> 

<m:ReadResponse xmlns :m="Some-URI"> 
<Data>22 0</Data> 

2 5 </m:ReadResponse> 

< / SOAP - ENV : Body > 
</S0AP-ENV: Envelope> 

To communicate on the IP network 50, the 
automation equipment 10 comprises a WEB network 
30 interface 15 of the HTTP, HTTPS, SMTP, FTP, TCP/IP or 
UDP/IP type. This network interface 15 is capable of 
routing messages 51, 54 coming from the IP network 50 
to a WEB client 22 or to a WEB service 21 identified by 
a URL, URI or IP address, and of routing messages 52, 

3 5 53 coming from a WEB service 21 or from a WEB client 22 

of the automation equipment 10 to a URL, URI or IP 
address on the IP network 50. 

According to another embodiment, it is also 
conceivable for a WEB client application 31 of a remote 
40 device 30 to send on the IP network 50 a request 51 of 
the HTTP, HTTPS type and not encoded according to the 
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SOAP protocol, destined for a WEB service 21 of an 
automation equipment 10 identified by a URL, URI or IP 
address and for the WEB service 21 to respond on the IP 
network 5 0 by means of a response 52 encoded according 
5 to the SOAP protocol to a WEB client application 31. 
Such an HTTP, HTTPS request 51 may, for example, be a 
"GET" or "POST" request. 

The data transmitted in requests 51, 53 and 
responses 52 , 54 encoded according to the SOAP protocol 

10 may represent the implementation of communication 
protocols usually encountered between a data processing 
unit and an automation equipment. Among these usual 
protocols are found particularly the MMS, MODBUS and 
UNI-TE protocols. 

15 The communication system may to advantage be based 

on a service description document 61 which describes 
the capacities of one or more WEB services 21 of an 
automation equipment 10, i.e. which describes the WEB 
services that an automation equipment 10 is in a 

2 0 position to provide or propose. Thus, by means of such 
a document 61 any remote device 3 0 is in a position to 
have permanent knowledge of what services are available 
in an automation equipment 10. A service description 
document 61 may also contain the description of several 

2 5 standard WEB services 21, corresponding for example to 

services systematically implanted in a whole fully 
identified range of automation equipments. Likewise, it 
may also contain a particular WEB service 21 available 
over a whole list of different automation equipments. 

3 0 A service description document 61 specifies for 

each service a group of requests (request name, nature 
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and name of parameters, request attributes) and the 
protocol or protocols to be used to call up the request 
in the automation equipment 10. If need be, this 
protocol or these protocols may be implied. The service 
5 description document 61 complies with a service 
description language referring to the SOAP protocol or 
to the HTTP, HTTPS protocol and providing a grammar 
based on the XML language or XML diagrams defined by 
the W3C. According to a preferred embodiment, it 

10 complies with the Service Description Language (SDL) 
specified by the Microsoft Corporation, with the SOAP 
Contract Language (SCL) specified by the Microsoft 
Corporation, with the Network Accessible Service 
Specification Language (NASSL) specified by the IBM 

15 Corporation or with the Web Services Description 
Language (WSDL) registered with the W3C Consortium. A 
service document 61 may contain one or more URL, URI or 
IP addresses marking one or more WEB services 21. 

A WEB service 21 could also be described by 

2 0 several service description documents 61 each complying 
with a different service description language, so that 
a same automation equipment 10 may be accessible to 
different computer applications. Furthermore, a service 
description document 61 may be come compressed in a 

2 5 standard compression format for files and documents, 

such as ZIP or GZIP. 

With reference to figure 5, a service description 
document 61 is stored in storage means 60 of an 
automation equipment 10, whereas in figure 6, it is 

3 0 localised in storage means 60' of a remote device 30' . 

These storage means 60, 60' may equally well be a file 
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system on hard disk, CDROM, DVD, diskette, memory or 
any storage means. A service description document 61 is 
therefore accessible by a remote device 3 0 from remote 
addresses identified by a URL, URI or IP address, when 
5 it is in an automation equipment 10 or in another 
remote device 30' . But it is also conceivable for a 
service description document 61 to be accessible by a 
remote device 3 0 directly from its own local resources 
(for example by means of a CD-ROM drive) . 

10 In figure 5, a remote device 3 0 comprises a 

computer application 33, such as a software development 
tool or a browser, which is capable of sending on the 
IP network 5 0 a read request 55 complying with one of 
the WEB protocols (for example an HTTP request) , to ask 

15 for a service description document 61 describing the 
services available in an automation equipment 10. This 
document is then sent back on the IP network 5 0 to the 
computer application 33 in a response 56. From these 
elements, the computer application 33 may : 

2 0 • display the content of the service description 

document 61 so that a designer can develop a WEB client 
application 31 and/or WEB server application 32 which 
will be capable of communicating with a WEB service 21 
and/or a WEB client 22 of the automation equipment 10 

2 5 respectively, via the SOAP protocol, 

• use the content of the service description 
document 61 to construct and assemble all or part of a 
WEB client application 31 and/or a WEB server 
application 32, so as to relieve the developer of the 

3 0 client or server of the routine aspects of the 
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application development (request construction, data 
transcoding, error management, etc.), 

• in the event of it being constructed for that 
end, send SOAP requests directly to a WEB service 21 of 
5 the automation equipment 10 via an integrated WEB 
client application 31, and/or receive directly from a 
WEB client 22 of the automation equipment 10 SOAP 
requests via a WEB server application 32, as shown in 
figure 7. 

10 One of the advantages of the present invention 

also lies in the fact that a service description 
document 61 describing the services of an automation 
equipment 10 may be constructed in different ways. It 
may be stored in storage means 60 of the automation 

15 equipment 10 or in storage means 60' of a remote device 
30', but it may also be generated dynamically when a 
computer application 33 of a remote device 3 0 sends a 
request 55 to access the services available in the 
automation equipment 10. This functionality therefore 

2 0 makes it possible to develop the service description 
document 61, for example when the configuration of the 
automation equipment 10 is modified (connection or 
disconnection of a module in a programmable logic 
controller 10) . Moreover, an automation equipment 10 

2 5 may wish to display or conceal some WEB services 

depending on its state or depending on the remote 
device 30 which wants to communicate with it. 

To this end, an automation equipment 10 may 
comprise a generator 62 which is a program capable of 

3 0 constructing dynamically a service description document 

61. Preferentially, this dynamic construction is 
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realised when a remote device 3 0 asks for access to the 
service description document 61 of the automation 
equipment 10. In this case, the service description 
document 61 does not need to be stored since it is 
5 drawn up dynamically at each request 55 sent by a 
computer application 33 to the generator 62. However, 
in some cases, it is also conceivable for there to be a 
dynamic construction of the document 61 initiated at 
the request of the automation equipment 10. Moreover, a 
10 mixed solution is also conceivable wherein a generator 
62 would be capable of personalising dynamically a 
service description document 61, basing itself on a 
standard document already stored for a family of units, 
for example . 

15 To obtain a service description document 61 in a 

response 56, a read request 55 therefore contains a 
URL, URI or IP address which marks either a generator 
62 capable of constructing the service description 
document 61 dynamically or directly the service 

20 description document 61. 

The generator 62 may equally well be stored in 
storage means 60 of the automation equipment 10, as 
shown in figure 5, or in storage means 60' of a remote 
device 30', as shown in figure 6. Furthermore, figure 6 

25 shows a computer application 33 which is run in another 
remote device 30' different from the remote device 30 
which contains the WEB applications 31, 32. 
Communications between the remote devices 30, 30', 30" 
take place on the IP network 50. 

30 A communication process on the IP network 50 

between an automation equipment 10 running a program 2 0 
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to provide automatic control functions and a remote 
device 3 0 running a computer program or group of 
computer programs is described in figure 6 . This 
communication process is based on a communication 
5 system as previously described based on the Simple 
Object Access Protocol (SOAP) with the purpose of 
providing the remote device 3 0 with supervision, 
display, control, configuration or programming 
functions of the automation equipment 10. It comprises 
10 the following stages: 

• A service discovery stage A wherein a computer 
application 33, running in the remote device 30 or in 
another remote device 30", sends a read request 55 on 
the IP network 50 in order to receive, in a response 

15 56, a service description document 61. The request 55 
contains a URL, URI or IP address which marks either a 
service description document 61 already stored in the 
automation equipment 10 or in a remote device 30', or a 
generator 62 which then constructs a service 

2 0 description document 61 dynamically and sends it back 

in the response 56, 

• A development stage B wherein, by means of the 
service description document 61, it is possible to 
develop manually or automatically, from the computer 

25 application 33, a WEB client application 31 and/or a 
WEB server application 32 in the remote device 3 0 so as 
to communicate with a WEB service 21 and/or a WEB 
client 22 of the automation equipment 10 respectively, 
via the SOAP protocol , 

3 0 • A communication stage C between a WEB client 

application 31 and/or a WEB server application 32 of 
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the remote device 3 0 and a WEB service 21 and/or a WEB 
client 22 of the automation equipment 10, by means of 
requests 51, 53 and responses 52, 54 complying with the 
SOAP protocol . 

5 According to a variant shown in figure 7, the 

computer application 33, which in this case may for 
example be a browser, is structured so as to 
incorporate within itself a WEB client application 31 
and/or a WEB server application 32. Stage B of the 

10 process is then not necessary since the computer 
application 33 may send SOAP requests directly to a WEB 
service 21 and/or a WEB client 22 of the automation 
equipment 10, as soon as it is in possession of the 
service description document 61, without needing 

15 development. The communication process then comprises a 
service discovery stage A then directly a communication 
stage C. 

It is fully understood that it is possible, 
without departing from the framework of the invention, 
2 0 to imagine other variants and refinements of detail and 
even to conceive the use of equivalent means . 



